home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000169_jfg@dxcern.cern.ch _Wed Jul 8 15:00:06 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <jfg@dxcern.cern.ch>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA16683; Wed, 8 Jul 92 15:00:06 MET DST
  4. Received: by dxmint.cern.ch (dxcern) (5.57/3.14)
  5.     id AA25818; Wed, 8 Jul 92 14:59:37 +0200
  6. Received: by dxcern.cern.ch (5.57/Ultrix3.0-C)
  7.     id AA05277; Wed, 8 Jul 92 14:59:19 +0200
  8. Date: Wed, 8 Jul 92 14:59:19 +0200
  9. From: jfg@dxcern.cern.ch (Jean Francois Groff)
  10. Message-Id: <9207081259.AA05277@dxcern.cern.ch>
  11. To: www-talk@nxoc01.cern.ch
  12. Subject: Re: need assistance on setting up a WWW server
  13.  
  14.  
  15. Forwarded From: timbl@nxoc01.cern.ch (Tim Berners-Lee)
  16.  
  17. Someone just the other day pointed out that the rules file wasn't very well
  18. documented.  I then put in a couple of examples.
  19.  
  20. Here is the example code (its on the web, linked to the
  21. documentation node about the rule file)
  22.  
  23.                                              Examples of HTTP daemon rule files
  24.                               RULE FILE EXAMPLES
  25.                                        
  26.    A basic rule file for the http daemon might look like this:
  27.    
  28.  
  29. map    /          /welcome.html
  30. map    /*         /u/john/public/*
  31. pass   /u/john/public/*
  32. fail   *
  33.  
  34.    The first line maps the root document onto a specific document about the
  35.    server.
  36.    
  37.    The second line maps all document names onto filenames in a particular
  38.    directory.
  39.    
  40.    The third line allows access to all documenst in that directory.
  41.    
  42.    The fouth line disallows access to all other documents. (There won't be in
  43.    any in this case because of the mapping, but its wise to put in for later).
  44.    
  45. Second example
  46.  
  47.  
  48. map    /            /tnotes/welcome.html
  49. map    /tnotes/*    /u/john/public/*
  50. map    /seminars/*  /u/jane/seminars/*
  51. pass   /u/john/public/*
  52. pass   /u/jane/seminars/*.html
  53. fail   *
  54.  
  55.    The first line maps the root document onto a specific document about the
  56.    server. (See etiquette)
  57.    
  58.    The second line maps all document names starting with /tnote/ onto filenames
  59.    in a particular where john maintains the technical notes. If someone else
  60.    takes over the technical notes, we can change this. Here we are starting to
  61.    distinguish between document names and file names. This can be carried much
  62.    further if necessary, but one level of mapping is enough to allow for
  63.    changes of administration of different areas.
  64.    
  65.    The third line separately maps the seminar information into Jane's
  66.    directory.
  67.    
  68.    The third and forth line enable access to anything in John's "public"
  69.    directory, and any .html file in Jane's "seminar" directory tree. Note here
  70.    that the * maps to any sequence INCLUDING SLASHES so all files in any
  71.    subdirectory of /u/jane/seminars will be enabled so long as they end in
  72.    .html.
  73.    
  74.    The bottom line will pick up for example any attempt to use the server to
  75.    access non-html files in Jane's seminar directory.